Blue Prism 6.10.6 : Juin 2023

Les fonctionnalités fournies par le Browser Automation Agent sont désormais incluses par défaut dans le programme d'installation Blue Prism. L'assistant d'installation de Blue Prism 6.10.6 supprime automatiquement Browser Automation Agent et les extensions de navigateur Manifest V3 associées si elles ont déjà été installées.

En outre, si des extensions de navigateur Manifest V3 ont été précédemment installées manuellement sur une machine donnée, elles devront être désinstallées manuellement avant d'installer Blue Prism.

La suppression de Browser Automation Agent est désormais gérée comme suit :

• Lors d'une installation manuelle de Blue Prism, l'utilisateur est invité à désinstaller Browser Automation Agent s'il est détecté avant de procéder à l'installation de Blue Prism Enterprise. Si la suppression de Browser Automation Agent échoue, l'installation de Blue Prism Enterprise ne se poursuivra pas.
• Lors d'une installation silencieuse de Blue Prism Enterprise, Browser Automation Agent est automatiquement supprimé. Si cela échoue, l'utilisateur doit le désinstaller manuellement en suivant les étapes de la section Désinstaller Browser Automation Agent.

Pour plus d'informations, reportez-vous aux notes de version de Browser Automation Agent.

Le problème qui se produisait lorsque vous utilisiez des éléments d'application à l'aide de l'attribut Correspondance de l'index et que la valeur de cet index était supérieure à 0 a été résolu. Les actions Obtenir les limites de l'élément dans les étapes de lecture, qui lisent dynamiquement les valeurs de l'application Java, ne renvoient plus de valeurs incorrectes.

Auparavant, un problème intermittent se produisait au lancement du navigateur Edge via le modélisateur d'application : le navigateur se lançait, mais Blue Prism ne pouvait pas s'y connecter pour espionner les éléments. Si la fenêtre initiale du navigateur restait ouverte et que l'utilisateur tentait de relancer Edge via le bouton Lancer toujours actif dans le modélisateur d'application, Blue Prism parvenait à espionner les éléments, mais uniquement dans une deuxième fenêtre du navigateur. Le problème ne se produit plus et les éléments peuvent désormais être espionnés avec succès au premier lancement du navigateur Edge.

Auparavant, si vous utilisiez l'étape et la condition Attendre > Vérifier l'existence au lieu de Attendre > Vérifier l'existence Web, un message d'erreur non réparable s'affichait au lieu d'un avertissement de validation réparable si le modélisateur d'application était défini sur Un navigateur déjà en cours d'exécution. Un avertissement de validation s'affiche désormais quel que soit le type d'application sélectionné dans le modélisateur d'application.

Le réglage permettant d'exécuter un planning le premier ou le dernier jour de la semaine (en sélectionnant l'option Premier ou Dernier dans la liste déroulante Le … jour ouvrable de l'agenda pour les plannings définis pour être exécutés toutes les semaines) est désormais correctement enregistré dans la base de données.

Auparavant, dans les versions 6.10 de Blue Prism, lorsqu'une ressource d'exécution qui était un contrôleur de pool se déconnectait ou passait hors ligne, elle continuait d'agir en tant que contrôleur de pool à son redémarrage. Cet événement forçait sa déconnexion, car une autre ressource d'exécution avait déjà assumé le rôle de contrôleur de pool. Ce comportement a été mis à jour. Désormais, une ressource d'exécution qui était le précédent contrôleur de pool est ajoutée au pool de ressources standard après le redémarrage, tandis qu'une autre ressource d'exécution active assume le rôle de contrôleur de pool.

Blue Prism 6.5 a introduit un changement de comportement dans les files d'attente de travaux lorsqu'une session de ressource d'exécution s'est terminée. Les éléments de file d'attente de travaux avec une exception ont été marqués comme incomplets par le processus de nettoyage et aucune nouvelle tentative automatique n'a été tentée si un élément de file d'attente de travaux était verrouillé.

À partir de cette version, une nouvelle option appelée Réessayer les éléments dans cette file d'attente en cas de fin de session inattendue, qui est désactivée par défaut, a été ajoutée à l'écran Système > Flux de travail - Files d'attente de travaux. Si cette option est activée et qu'un élément de file d'attente de travaux est verrouillé à la suite de la fin inattendue d'une ressource d'exécution au cours d'une session, une nouvelle tentative pour l'élément de la file d'attente sera automatiquement créée lorsque la ressource d'exécution sera redémarrée. Cela dépend de la valeur configurée pour le nombre maximal de nouvelles tentatives sur la file d'attente.

Dans le cadre de cette amélioration, les exceptions qui sont appliquées à la suite d'une fin de session inattendue incluent désormais la description Définir automatiquement l'exception à la fin de la session.

Pour améliorer les performances, la nécessité qu'un environnement soit conforme à la norme FIPS (Federal Information Processing Standard) est désormais vérifiée avant l'évaluation des schémas de chiffrement actuellement utilisés pour chiffrer les données stockées dans la base de données.

L'examen des schémas de chiffrement qui sont utilisés pour crypter les données n'a lieu maintenant que si la conformité FIPS est requise. Auparavant, la vérification avait lieu avant qu'il ait été déterminé si la conformité FIPS devait être appliquée ou non.

Une erreur précédemment affichée lors de l'actualisation des données d'informations de gestion (MI) a été résolue en supprimant les références codées en dur au nom de schéma de base de données par défaut.

Il est désormais possible de saisir des caractères coréens (hangul) dans le champ Expression aux étapes de calcul. Auparavant, ces caractères pouvaient être collés, mais étaient affichés de manière incorrecte lorsqu'ils étaient saisis.

Un problème a été résolu lorsqu'une sortie de type de données de mot de passe d'une action pourrait être mal stockée dans un élément de données de texte. Cela peut se produire si le mot de passe a été initialement écrit dans un élément de données de mot de passe qui a été mis à jour ultérieurement pour être un élément de données de texte. Une vérification a maintenant lieu dans Process Studio et Object Studio et lors de l'exécution, et un message d'erreur s'affiche si l'élément de données du mot de passe n'est pas un élément de données de mot de passe.

Lors de l'automatisation de pages Web dans un navigateur Edge, si un élément n'existait pas, un message d'erreur indiquait de manière incorrecte que plusieurs éléments Web correspondants étaient trouvés. L'erreur se produisait dans le modélisateur d'application lors de l'utilisation des attributs Web XPath et CSS Selector qui renvoyaient au moins un élément vide. Le bon message d'erreur s'affiche désormais.

Un problème a été résolu dans Process Studio et Object Studio où des messages d'exception pouvaient être affichés en arrière-plan de la fenêtre plutôt qu'en avant-plan pendant le débogage d'une automatisation, ce qui les rendait difficiles à localiser et, potentiellement, faciles à négliger.

Le débogage d'un objet qui lit ou écrit dans une collection vide ne renvoie plus les erreurs de validation de manière incorrecte. Auparavant, l'exécution incorrecte de ces objets dans Process Studio ou Object Studio entraînait des erreurs de validation.

Cliquer sur l'icône d'information dans une action d'objet métier ou sélectionner l'option de menu Documentation de l'API dans Process Studio et Object Studio ouvre maintenant l'aide intégrée au produit pour l'objet métier concerné dans le navigateur par défaut de l'utilisateur. Auparavant, l'aide était ouverte dans Internet Explorer, quel que soit le navigateur par défaut de l'utilisateur.

Un problème a été résolu lorsque l'exécution d'un processus à l'aide d'une action Obtenir l'élément suivant pourrait amener une ressource d'exécution à recevoir un élément de file d'attente de travaux provenant d'une file qui avait déjà été récupérée par une autre ressource, et qui était en cours de mise à jour et de déverrouillage.

La probabilité que ce problème se produise était faible, car il ne pouvait se produire que lorsque plusieurs ressources étaient affectées à la même file d'attente de travaux, et qu'une ressource déclenchait la requête Obtenir l'élément suivant au moment exact où une autre ressource était en train de valider les mises à jour de la base de données pour un élément de cette file d'attente. La procédure stockée utilisée par l'action Obtenir l'élément suivant a maintenant été mise à jour pour utiliser la fonction d'isolation d'instantané dans SQL Server. Cela garantit que les données lues par la procédure stockée sont cohérentes avec l'état des données au début de la transaction.

Si un processus était ouvert dans Process Studio, puis qu'un objet du processus était ouvert, modifié et enregistré dans Object Studio, le même objet ne pouvait plus être modifié à moins que le processus n'ait d'abord été enregistré et fermé. Ce problème a été résolu. Les utilisateurs peuvent désormais déboguer un processus et modifier un objet plusieurs fois sans avoir besoin d'enregistrer et de fermer le processus.

L'action Document parent chargé, utilisée dans une étape d'attente lors de l'automatisation d'un navigateur Chrome, Edge ou Firefox, vérifie désormais si le document parent a été chargé. Auparavant, elle renvoyait par défaut une valeur true.

Les utilisateurs peuvent désormais activer une application à l'aide du mode Internet Explorer (IE) sur Microsoft Edge de la même manière que lorsqu'ils utilisent Edge ou Internet Explorer. Pour ce faire, sélectionnez l'option Application basée sur navigateur (Internet Explorer) dans le modélisateur d'application, puis pointez vers une application Edge. Pour en savoir plus sur la façon de continuer à exécuter des processus basés sur IE à l'aide d'Edge dans Blue Prism, voir Mode IE sur Microsoft Edge.

Désormais, lors de l'utilisation de ports éphémères pour l'automatisation du navigateur, les esperluettes (&) sont gérées correctement. Auparavant, toutes les URL qui utilisaient des esperluettes dans les paramètres de requête étaient tronquées de manière incorrecte au niveau de l'esperluette, ce qui bloquait la navigation.

Si vous utilisiez des ports fixes, les automatisations du navigateur ne démarraient pas en raison du blocage du port spécifié. Ce problème a été résolu. Les ports sont désormais libérés correctement lorsqu'un processus est terminé, et d'autres ressources d'exécution peuvent communiquer avec l'extension de navigateur sans avoir à redémarrer la ressource d'exécution qui a utilisé en premier le port fixe.

Les problèmes suivants qui se produisaient lors de l'automatisation des applications de navigateur à l'aide d'un modèle d'application externe ont été résolus :

• L'espionnage ou la mise en surbrillance des éléments du navigateur ne sont plus bloqués.
• Un message d'erreur ne s'affiche plus à tort pour une étape de navigation à la fermeture d'un navigateur.
• Désormais, les applications de navigateur modernes se ferment sans problème. Auparavant, le message d'erreur suivant s'affichait : Une exception a été levée par la cible d'un appel.

Avant, il était possible, à tort, de se joindre à un site Web lorsqu'une extension de navigateur n'était pas installée et qu'aucune erreur ne s'affichait. Ce problème a été résolu. Ce n'est plus possible et un message d'erreur s'affiche si vous tentez de le faire.

Nous avons modifié la façon dont une action Terminer s'exécute sur un navigateur afin que le port WebSocket soit correctement fermé à la fermeture complète d'un navigateur. Auparavant, si l'onglet fermé était le dernier onglet, le port utilisé pour l'automatisation du navigateur ne se fermait généralement pas correctement, ce qui empêchait l'utilisation du port fixe par les automatisations ultérieures.

Avant, il n'était pas possible d'automatiser un onglet ouvert dans une nouvelle fenêtre lorsque les ports éphémères étaient activés. Ce problème a été résolu. Désormais, lorsqu'un nouvel onglet est ouvert (dans une nouvelle fenêtre ou une fenêtre existante), Blue Prism détecte si l'onglet a été créé par un autre onglet automatisé par Blue Prism et, le cas échéant, utilise cette relation pour sélectionner le port éphémère à utiliser. Si une nouvelle fenêtre est ouverte manuellement, elle utilise par défaut le dernier port éphémère utilisé.

• Si une seule instance du client interactif Blue Prism automatise une instance de navigateur, elle contrôle toutes les fenêtres.
• Si plusieurs instances du client interactif Blue Prism automatisent plusieurs fenêtres, chaque instance automatise les fenêtres générées par les onglets sous son contrôle.

Auparavant, les fichiers liés à l'installation de l'extension de navigateur étaient incorrectement ajoutés au répertoire d'installation. Ce problème a été résolu. Tous les fichiers redondants ont été supprimés.

Auparavant, l'ouverture inutile ou l'échec de la fermeture des connexions WebSocket lors des automatisations de navigateur utilisant le mode de compatibilité Microsoft Edge Internet Explorer (IE) provoquait l'échec des automatisations de navigateur suivantes. Ce problème a été résolu. Le message d'erreur suivant s'affichait : Impossible d'ouvrir le port établissant la connexion à l'extension de navigateur. Les ports WebSocket ne sont plus ouverts lors de l'automatisation d'un navigateur Microsoft Edge exécuté en mode de compatibilité IE.

Auparavant, WebSockets pouvait rester ouvert après la fin d'une session de navigateur, ce qui empêchait les utilisateurs d'automatiser les sessions de navigateur suivantes sur la même machine tant qu'elle n'avait pas été redémarrée. Ce problème a été résolu. Désormais, WebSockets est réutilisé pour les exécutions ultérieures de l'automatisation du navigateur.

Le logging de débogage a été ajouté pour enregistrer l'état des connexions WebSocket utilisées pour communiquer avec les extensions de navigateur. Le log enregistre si des ports sont ouverts et affiche l'emplacement, le numéro de port et le processus qui maintient le connecteur ouvert.

La bibliothèque WebSocket Sharp a été mise à jour pour améliorer la fermeture des sockets. De plus, les paramètres suivants ont été ajoutés au fichier Automate.config pour permettre aux utilisateurs d'adapter la configuration en fonction de leurs besoins :

• <add key="BrowserAutomation.ReuseAddress" value="true" /> : spécifie si les ports qui ont été précédemment ouverts, mais pas fermés par d'autres applications, doivent être réutilisés. La valeur par défaut est définie sur true, ce qui signifie que Blue Prism réutilisera ces ports.
• <add key="BrowserAutomation.DontLinger" value="false" /> : spécifie si un connecteur doit rester ouvert pendant une durée spécifiée après un appel de la fonction closesocket pour permettre l'envoi des données en file d'attente. La valeur par défaut est définie sur false, ce qui signifie que le connecteur restera ouvert pendant une durée spécifiée.
• <add key="BrowserAutomation.RecreateServer" value="false" /> : spécifie si une nouvelle instance du serveur WebSocket doit être ouverte chaque fois que Blue Prism se connecte à un navigateur Web, plutôt que de conserver la même instance pendant toute la durée de vie du processus. La valeur par défaut est définie sur false, ce qui signifie que Blue Prism ne créera pas un nouveau serveur WebSocket à chaque fois

Lorsque Blue Prism tente de démarrer une automatisation de navigateur sur un port déjà utilisé, le message d'erreur suivant s'affiche désormais : Impossible d'ouvrir le port établissant la connexion à l'extension de navigateur. Auparavant, une erreur d'extension de navigateur non détectée s'affichait mal.